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ABSTRACT 



An administrator is required to prepare in advance LU as a 
pool area wheo a user storage area is set to a storage. LU 
con Ggu ration is generally cumbersome and it is not easy for 
a general user to configure it. A pool manager 1 and a storage 
1 setting utility in a management console 1 communicate 
witb a program in a storage 1. The storage 1 sets a pool area 
having a designated capacity. Io response to a volume 
forming request from the management console 1, the storage 
1 sets a designated volume by setting the designated volume 
as a used capacity of the set pool area. When a volume is 
formed, a policy is designated to select a storage area having 
a corresponding attribute from tbc pool area. 
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METHOD OF CREATING A STORAGE AREA & 
STORAGE DEVICE 

BACKGROUND OF THE INVENTION 
[0001] Tbc present invention relates to a management 
method for storage areas of a storage device, and more 
particularly to a method of exclusively managing each of a 
plurality of already set storage areas. 

[0002] The capacity of a storage device (hereinafter sim- 
ply called a "storage") is increasing more and more, such as 
a disk array device having a number of disks. For this 
reason, one server does not occupy one storage, but a 
plurality of servers share ooc storage by using a network 
dedicated for the storage, called a storage area network 
(SAN). SAN bas the advantage that desired connections can 
be established between a plurality of servers and storages to 
share data. Oo the other band, SAN has tbo disadvantage that 
tho notwork configuration becomes complicated and opera- 
tion management is difficult. 

[0003] A method called a "storage pool management" ha* 
been devised as a method of facilitating management of 
storage areas of a large capacity storage connected lo a 
complicated network. With ibis "storage pool management", 
the storage area of a storage is called a "storage poor, and 
the "storage pool" is collectively managed as a general area 
lo allocate a necessary capacity of tbo storage requested 
from a user, 

[0004] FIG. 12 is a diagram showing the structure of a 
conventional system for performing storage pool manage- 
ment. Reference numerals 101 and t02 represent storages, 
reference numerals 201 to 205 represent servers 1 to 5, 
reference numeral 301 represents a management console, 
and reference numeral 501 represents a SAN, 

[0005] Id the management console 301, reference numeral 
311 represents a pool manager which is software for execut- 
ing storage pool management 

[0006] In the server 20x (x-1-5, X is used hereinafter as a 
representative number), reference numeral 211 represents an 
OS. Reference numeral 29 x represents pool access software 
for making a storage pool area accessible. 

[0007] lo a storage 1 (101), reference numerals 111 and 
112 represent logical unit cumbers (LUN) 1 and 2, and in a 
storago 2 (102), reference numeral 121 represents LUN 1. 
Reference numeral 130 represents a pool area which is 
collectively managed by the pool manager 311. 

[0008] The pool area 130 is realized by forming before- 
hand a LUN for the pool area and then assigning this LUN 
to I be pool area. Forming an LU and assigning LU to LUN 
is called forming LUN. The unit of a storago area called LU 
is also called a volume When the pool area is to be 
expanded, LUN is newly formed which is registered to the 
pool area 130 by the poo) manager 311. 

[0009] The pool manager 311 generates a partition 
(J 91, ... ) dedicated to each server x in the pool area 130. 
The pool manager 311 notifies partition setting information 
to the pool access software 29x of oacb server x so that 
partitions other tban the partition dedicated to each server x 
cannot be recognized. 

SUMMARY OF THE INVENTION 
[0010] According to conventional techniques, it is neces- 
sary for a user lo prepare beforehand LUN for the pool area. 



Generally, it is necessary for a user to configure LUN 
corresponding to a desired pool size by using storage 
configuration setting utility software (hereinafter called a 
utility) presented by a storage maker. In order for a user to 
configure LUN for a disk array storage, a number of works 
are required. Such works include a work uf loading disk 
drives necessary for the disk array, a setting work for a 
RAID (Redundant Arrays of Inexpensive Disks) level, a 
formatting work for generating guarantee codes called pari- 
ties for disk drive failures, a LUN setting work, a work of 
selecting a storage controller for controlling LUN, a work of 
establishing an access bus from a host to LUN, and other 
works. As above, a LUN configuration method is generally 
cumbersome. Furthermore, ihe LUN configuration method 
is different at each company or at oacb product type. 
Therefore, in ibe environment having a plurality of different 
storagos, it is difficult for a user to configure LUN unless the 
user is an expert of configuration works, and the operation 
facilitation which is essential for a storage pool cannot be 
achieved satisfactorily. 

[00U] Even if a user is an expert of configuration works, 
it is difficult, from a viewpoint different from con Ggurn lion 
works, to select ao optimum storage from a plurality of 
storages while the cost, performance and reliability arc taken 
into consideration, and to configure LUN having a proper 
capacity to be determined from a past use state and a future 
use state. 

[0012] Conventional techniques do not consider a bctero 
environment in which servers operate on different OSes. 
According to conventional techniques, an area used by each 
server is constituted of a partition whose format is dependent 
upon OS. Therefore, although a plurality of partitions can be 
set and managed io the same LU in the single OS environ- 
ment, it is difficult in a hciero environment for each OS to 
set and manage a partition in the same LU. In order to set a 
plurality of partitions in the same LU and allow a plurality 
of servers to use corresponding partitions, access exclusive 
management for each partition is necessary. However, such 
management is not known lo date. 

[0013] Still further, conventional techniques cannot deal 
the environment with a plurality of dilTerent pool managers. 

[0014] It is an object of tbc present invention to provide a 
method of realizing storage pool management easily without 
forming beforehand LUN for a storago pool area. 

[0015] It is another object of the invention to provide a 
method of supplyiog each host with a proper storage area in 
accordance with a metaphysical user request called a pre- 
determined policy. 

[00161 It is another object of the invention to provide a 
method of increasing a disk capacity at any time or on- 
demand wbon a disk capacity bocomes insufficient, without 
sufficient consideration of the past and future use states. 

[0017] It is still another object of the invention to provide 
a storago pool management method compatible with a notcro 
server environment. 

[0018] It is still another object of the present invention to 
provide a storage pool management method compatible with 
a plurality type of storages. 

[0019] Tt is still another object of the present invention to 
provide a storage pool management method compatible with 
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both an environment with a plurality of pool managers and 
a convcotiooal environment without pool management. 

[0020] According 10 one aspect of the present invention, 
ihcrc is provided a method of setting a logical storage area 
to a storage connected to a management terminal via a 
network, comprising the sieps of: transferring information 
on the logical storage area input to the management terminal 
to the storage via the network; and setting the logical storage 
area to the storage in accordance with information on the 
storage stored in the storage and the information on Ihc 
logical storage area transferred via the network. 

[0021] According lo the present invention, in the method 
of setting a storage area to a storage, a pool area having a 
capacity designated by the management console is set to the 
storage in (he form of a pool area management table, in 
response 10 a volume forming rcqucsu a designated volume 
is set as a used capacity of the poo] area, and the designated 
volume is set in the storage. 

[0022] According to the invention, in the method of sel- 
ling a storage area to a storage, a plurality or policies are set 
in accordance with different attributes of storage areas in the 
storage, and In response to designation oC a policy through 
user-friendly operation, a volume is set 

[0023] According to the invention, the method of setting a 
storage area to a storage can expand tbo capacity of a volume 
on-demand when an insufficient volume capacity is 
delected. 

BRIEF DESCRIPTION OF THE DRAWINGS 

[0024] FIG. 1 is a diagram showing the configuration of 
a system according lo a first embodiment according to the 
iovenlion. 

[0025] FIG. 2 is a diagram showing (ho structure of a 
storage of ihe embodiment 

[0026] FIG. 3 is a diagram showing the structure of a 
LUN management table of the embodiment. 

[0027] FIG. 4 is a diagram showing tho structure of a 
management table for a pool area 1 of the embodiment. 

[0028] FIG. $ is a diagram showing the structure of a 
management table for a pool area 2 of the embodiment. 

[0029] FIG. 6 is a diagram showing the structure of a 
management table for a n on -pool area of the embodiment, 

[0030] FIG. 7 is a diagram showing the structure of a 
registration table for pool managers of the embodiment. 

[0031] FIG. S is a diagram showing a policy management 
table of tho embodiment. 

[0032] FIG. 9 is a diagram showing the structure of a pool 
manager of tho ombodimcnL 

[0033] FIG. 10 is a diagram showing a LUN setting screen 
of the embodiment. 

[0034] FIG. 11 is a diagram illustrating the configuration 
of a system according to a second embodiment of the 
invention. 

[0035] FIG. 12 is a diagram Showing the con figuration of 
a conventional system. 



[0036] FIG. 13 is a diagram showing a RAID group 
management table according to the invention, 

DETAILED DESCRIPTION OF THE 
EMBODIMENTS 

[0037] FIG. 1 is a diagram showing tho configuration of 
a system of the first embodiment. In FIG. 1, lOx represents 
a storage x (x-1, 2, ... , x is used hereinafter as a 
representative number), 20x represents a server as a host 
computer, 3 Ox represents a management console, and 501 
represents a SAN. In the management console 30x, 31x 
represents a pool manager x, and 32x represents a storage x 
setting utility. In the server x, 21x represents an OS x, and 
22x represents a pool management agent x. In the storage 
lOx, llx and 12x represent LUN, and 13x represents a pool 
area managed by the pool manager x. The pool area 13x is 
configured overriding both the storages 1 and 2. The pool 
managers 311 and 312 are independent pool managers 
without communications there between. The management 
console 30x is a computer on which the pool manager 31x 
runs as » program. The pool manager 31x program is stored 
in a storage medium, and the program in this storage 
medium is read from a drive connected lo the management 
console 3 Ox and executed by tho managomeot console 30x 
to run the system. 

[0038] FIG. 2 is a diagram showing the structure of the 
storage 1. Reference numeral 150 represents a fibor channel 
controller for (bo connection to and control of SAN 501, 
rofercoco numeral 151 represents a central control unit for 
controlling ibo whole storage, reference numeral 152 rep- 
resents a memory for storing programs and data used for the 
internal control of the storage 1 by the central control unit 
151, reference numeral 153 represents a communication 
control unit for controlling communications with the man- 
agement console x, 154x represents a RAID group x, llx 
represents LUNlx, and 13x represents a pool area x. 

[0039] Tn the memory 152, the programs and tables 
described below ore stored. 

[0040] A LUN definition program 1521 is wscd for defin- 
ing and forming a plurality of LUNs. A LUN security control 
program 1522 is used for controlling a "LUN security 
function'* with which the central control unit 151 decides an 
access permission/inhibition for each LUN in order to make 
each server 20x can exclusively use LUN. A LUN maoago- 
mont table 1525 stores LUN security information of access 
inhibition/permi^ion for each LUN of each server, attribute 
information of each LUN, and correspondence information 
between a host LUN to be recognized by the server 20x and 
an internal LUN for managing the storage. A RAID group 
definition program 1528 defines, configures and manages a 
RAID group conslitutcd of a plurality of disk drives. A 
RAID group management table 1526 stores definition infor- 
mation of each RAID group. A pool area management 
program 1524 is used for managing pool areas in order to 
manage storage pools defined in the storage 1. A pool area 
x management table 1527x stores definition information of 
pool areas x managed by the pool manager x. A non-pool 
area management table 1528 stores definition information of 
a non-pool area which is used by a user by directly control- 
ling the storage 1 setting utility 321 without involving the 
pool manager. A pool manager registration table 1529 stores 
registration information of pool managers. 
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[0041] A disk group made of a plurality of disk drives 
constituting a RAID type disk array and generating redun- 
dant data called parities for disk drive failures is called a 
RAID group. A RAID group 1 shown io FIG. 2 is a RAID 
group at a level 5 made of five disk drives. 4D1P means a 
structure of data disks corresponding lo four disk drives and 
parity disks corresponding to one disk drive. Assuming tbat 
tbe capacity of one disk drive is 40 GB, the total usable 
capacity of this RAID group 1 is 4 drives x 40 GB-160 GB. 
A RAID group 2 has a RAID level 1 and two disk drives 
having a total usable capacity of 40 GB. Other RAID groups 
are structured in the same way described above. 

[0042] FIG. 13 shows the structure of the RAID group 
management table 1526. The RAID group management 
table 1526 stores information on a RAID group number, a 
RAID level* a RAID structure, the number of used disk 
drives, the number of each used disk drive, a used disk 
speed, a used capacity, a remaining capacity, and a total 
capacity. The RAID group number is an identification num- 
ber of tbe RAID group. Tbe RAID level shows a RAID level 
of the RAID group. The RAID strucrurc shows a RAID 
structure of tbe RAID group. Tbe number of used disk drives 
shows the number of disk drives cons u ruling the RAID 
group. Tbe used disk drive number is the number of each 
disk drive constituting tbe RAID group. The used disk speed 
snows the speed of the disk drives constituting the RAID 
group, and in ibis embodiment, three speeds "Fast", "Mid" 
and "Slow" arc defined. The used capacity shows the used 
capacity in tbe total capacity of the RAID group. The 
remaining capacity shows tbe capacity still not used in the 
total capacity of the RAID group. Tbe total capacity shows 
the total capacity of the RAID group. The RAID group 
definition program 1523 sets tbe definition information of 
the RAID group management table 1526. 
[0043] FIG. 3 shows the structure of the LUN manage* 
mem table 1S25. The LUN management table 1525 stores 
information on a port number, a target ID, a host LUN, an 
internal LUN. a WWN, an S_ID, an LU size, a RAID group, 
and a pool number. 

[0044] The port number is the oumber of a connection port 
of the fiber channel constituting SAN 501. In this embodi- 
ment, it is assumed that the number of ports is one and "0" 
is stored Cor all ports. 

[0045] The target ID is an identification ID assigned to the 
storage lOx having a connection interface with the server 
20x. In this embodiment, the connection interface betweeo 
the computer 20x and storage 10x is a fiber channel, and a 
unique destination IF (D JD) and an arbitrated loop physical 
address (AL_PA) are provided for eoch port. However, since 
the port number is stored in the LUN management table 
1525, the target ID may not be stored, or D_1D and AL_PA 
determined when tbe fiber channel is initialized may be 
stored. If the connection interface is SCSI, a plurality of IDs 
can be set to tbe same port so tbat tbe target ID to which each 
LUN belongs is stored. In this embodiment, since the fiber 
channel is used, the column of tbe target ID is not used and 
"0" is stored for all target IDs. 

[0046] The host LUN and internal LUN show a corre- 
spondence between the interna] LUN of the storage identi- 
fied by a LUN management numbor and the host LUN 
recognizable by the server 20x. 

[0047] The storage lOx can define a plurality of internal 
LUN5. The internal LUN is a unique number for disiin- 
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gulshing between a plurality of LUNs. The server 2 Ox 
cannot discriminate between LUNs in some case unless they 
have sequential numbers starting from 0. It is therefore 
necessary that tbe storage remaps LUNs to have sequential 
numbers starting from 0 for each server. LUN after this 
conversion is called the host LUN. In FIG. 3, the internal 
LUN 11 is defined as a host LUN 0 and the internal LUN 12 
is also defined as tbe host LUN 0. Although bolb LUNs are 
defined as the host LUN 0, they are used by different 
computers 20x so that only tbe server having WWNX shown 
in FIG. 3 to be described below can access. 

[0048] WWN stands for a world wide name which is 
information for identifying tbe fiber channel controller 
which is a connection ioterface to SAN 501. During a port 
login process for establishing a connection between ports of 
the fiber channel, WWNx of the computer 20x is notified to 
tbe storage 1. Access pennission/iobibitioo is judged only 
from the relation between LUN and WWN set in the LUN 
management table 1525. For example, (be internal LUN 11 
can be accessed only by the server 101 having WWN 1, tbe 
internal LUN 12 can be accessed only by the server 102 
having WWN 2, and other servers cannot access these 
LUNs. Such an exclusive access control is executed by tbe 
LUN security control program 1522. 

[0049] S_ID is ID information stored in the frame header 
of tbe fiber channel and identifies a source (initiator) which 
formed tbe frame. S_ID is dynamically assigned when the 
fiber channel is initialized. WWN is a valuo uniquely sot by 
a fiber channel pen exchanged during initialization. It is, 
however, not contained in oacn frame header. Therefore, by 
setting a relation between WWN and S_ID, the computer 
20x can be identified by checking only SJD without check- 
ing WWN for each frame. 

[0050] Tbe LU size shows a capacity of LUN. The RAID 
group shows the number of tbe RAID group with LUN. Tbe 
pool number shows the number of a pool area to which LUN 
belongs. A"ooo*pool" means a pool area not managed as a 
pool area. u l" and "2" show the pool areas 1 and 2, 
respectively. The details of the pool area will be described 
later. 

[0051] FIGS. 4 nnd 5 show tbe structure of the pool area 
management table 1527x. FIG. 4 is a table for managing the 
pool area 1, and FIG. 5 is a table for managing tbe pool area 
2. A pool oumber is an identification number tor distinguish- 
ing between a plurality of pool areas x. A RAID group is the 
number of the RAID group constituting the pool area, A 
RAID level is a RAID level of the RAID group. A RAID 
structure shows the structure of data disks and parity disks. 
A disk speed shows a speed of a disk drive constituting tbe 
RAID group. The number of defined LUNs shows tbe 
number of LUNs already defined in the pool area. A used 
capacity, a remaining capacity and a total capacity show tbe 
total used capacity, total remaining capacity and total capac- 
ity of all LUNs already defined in the RAID group having 
the corresponding pool number. 

[0052] In FIG. 4, the pool area having the pool number 1 
is defined as having two areas including tbe RAID groups 2 
and 3. Tbe HAID group 2 has a disk array structure of RAID 
level 1 and 1D1R The disk drive used for the RAID group 
2 has a high speed (Fast). Jn the RAID group 2, only one 
LUN having a capacity of 10 GB has already been defined, 
and has an unused pool area having the remaining capacity 
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of 10 GB. The RAID group 3 has a disk array structure of 
RAID level 5 aod 4D1P, The disk drive used for the RAID 
group 3 has a middle speed (Mid). Id ibe RAID group 3, 
LUN is still oot defined and has an unused pool area having 
the remaining capacity of 80 GB. The above-description is 
applied in a similar way to the pool area 2 management (able 
shown in FTG. 5. 

[00 S3] One storage x can bavc a plurality of pool area 
management tables 1527x so that a plurality of pool man- 
agers each can independently have the pool area manage- 
ment table. 

[0054] FIG. 6 is a diagram showing (be structure of ibe 
non-pool area management table 152S r This embodiment 
uses both automatic LUN definition under the storage pool 
management aod conventional manual LUN definition using 
coo-pool areas. The invention is applicable to the case 
having no non-pool areas. 

[0055] The structure of the non-pool area management 
table 1528 is me same as that of the pool area x management 
tables shown in FIGS. 4 and 5. An area belonging to neither 
the pool area 1 nor tno pool area 2 is the non-pool area used 
for conventional manual setting. In the example shown in 
FIG. 4, the non-pool area in tbe RAID group 2 is an area 
other than the pool area 1 shown in FIG. 1 so that the total 
capacity is 20 GB and the remaining capacity is 20 GB 
because there is no defined LUN. 

[0056] FIG. 7 is a diagram showing (he sirocmrc of the 
pool manager registration table 1529. In this embodiment, 
since there are a plurality of pool managers, it is necessary 
to determine in advance which pool manager deals with 
which pool area. A pool manager number is an identification 
number of each pool manager and takes an optional number 
which is to be guaranteed unique. Apool area number is the 
number of each pool area which can be managed by the pool 
manager. 

[0057] Tbo operation of this system will be described. 
First, a pool area defining work will be described which 
work should be executed before storage poo) management. 
Tn the following, the operation of defining the pool area 1 
under the management of tbe pool manager 1 will be 
described 

[0058] An administrator at the management console 1 
(301) controls tbe storage 1 (101) and storage 2 (102) by 
using (be storage 1 setting utility 321 and storage 2 setting 
utility 322. 

[0059] First, a RAID group is defined. As shown in FIG. 
2, it is assumed that five RAID groups arc defined for tbe 
storage 1. Similarly, RAID groups are defined for the storage 
2 (this definition is not sbown). As the administrator operates 
upon the utilities 321 and 322, communications are estab- 
lished between Lhe utilities and storages and ibe RAID group 
definition program 1523 Cor the storage 1 is executed. 
Definition information generated upon execution of the 
RAID group definition program 1523 is stored in the RAID 
group management table 1526. 

[0060] Next, the administrator registers the pool manager 
1 by operating upon the utilities 321 and 322. The admin- 
istrator then executes the pool area management program 
1524 for the storage 101 via the utilities 321 and 322. The 
pool area management program 1524 registers the pool 



manager number in the pool manager registration table 
1529. In this embodiment, as shown in FIG. 7, the pool 
manager 1 is assigned to the pool area 1. 

[0061] Next, tbe administrator executes the pool area 
maoagemeot program 1S24 by operating upon the utilities 
321 and 322 to set the pool area, A«s shown in FIG. 4, the 
pool area management program 1524 sets 20 GB of the 
RAID group 2 and 80 GB of (he RAID group 3 as the pool 
area 1. The pool area deCnitioo work for the pool manager 
1 is therefore completed for tbe storage 1. With similar 
operations, tbe pool area definition work for the pool man- 
ager 1 is performed for the storage 2. Further, tbe definition 
work for the pool manager 2 is performed for both the 
storages 1 and 2. With these operations, the preparatory 
work is completed. At this time it is unnecessary to define 
LUN. 

[0062] FIG. 8 is a diagram showing the structure of the 
pool manager 311. The pool manager 311 has: a policy 
management table 3HS for sotting policies to be described 
later; a policy definition program 3111 for supporting policy 
definition; a policy display program 3112 for displaying the 
contents of the policy management table 3115; a LUN 
forming program 3113 for supporting user formation of 
LUN; and a utility coordinated program 3114 for selling 
LUN in tbe LUN management table 1525 in coordination 
wiih the LUN definition program 1521 for the storage 1 
(101) via tbe storage 1 setting utility 321. 

[0063] Policy definition by the pool manager will be 
described. 

[0064] Policy is predetermined rules described in easy-to- 
understand words aod expressions so that a user can use or 
manage pool areas easily, 

[0065] FIG. 9 is a diagram showing the structure of the 
policy management (able 3115 managed by the pool man- 
ager 1. in this cxamplo, three policies can be selectively 
used. A policy #1 is "for critical job". The attributes of the 
policy "for critical job" include a high performance (AA), a 
high reliability (A), a high cost, and a usable capacity of 10 
GB. All of a specific storage name, a RAID group number, 
a RAID level, a disk configuration and the like ore stored in 
a "details" column. 

[0066] A policy #2 is "for normal job". The attributes of 
the policy "for normal job" include a middle performance 

(B) , a middle reliability (B), a middle cost, and a usable 
capacity of 280 GB. Supplemental information on the usable 
capacity of 80 GB in the storage 1 and 200 GB io the storage 
2 Is stored in the "details" column. 

[0067] A policy #3 is "for economy job". The attributes of 
the policy "Cor economy job" include a low performance 

(C) , a low reliability (Q, a low cost, and a usable capacity 
of 160 GB. Supplemental information that tbe usable capac- 
ity is stored in the storage 2 having a slow disk drive is 
stored in tbe "details" column. 

[0068] In accordance with tbe knowledge level of a user, 
tbe user can select only by using the policy, by using tbe 
attributes written in easy words, or by considering also the 
supplemental information. The policies are displayed by the 
policy display program 31x2 or the pool manager 31 x and a 
desired policy is selected. 
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[0069] Each policy is required 10 bo defined before ihe 
user forms LUN. The administrator activates the storage x 
utility 32x and operates thereupon to acquire pool area 
information. The storage x setting utility 32x sends an 
information acquire command together with the identifica- 
tion number of tbe pool manager to ihe storage x. The pool 
area management program 1524 returns too information of 
the pool area x corresponding to the command and a to red in 
tbe pool area x management table 1527x, back to the storage 
x setting utility 32x. The administrator acquired the infor- 
mation stored in tbo pool area x management table 1527x 
activates the policy definition program 31x1 of the pool 
manager x to define the policy management table 31x5 such 
as shown in FIG. 9. The administrator cao set arbitrarily a 
policy name and a grade division of performance, reliability 
or cost The usable capacity and details are based upon the 
information in the pool area x management table 1527x. 
With the above operation*, a preparatory work is completed. 

[0070] A work of forming LUN by a user using storage 
pool areas will be described. In this embodiment, a user 
accesses to and operates upon the management console 301 
to form LUN for the server 202. 

[0071] FTC. 10 shows an example of a screen layout 
formed by the LUN forming program 3113 of the manage- 
ment console 301. A user enters an object host name, e.g., 
"Server 2" for which LUN is formed, into a predetermined 
field. The pool manager 1 (311) communicates with the pool 
management agent 1 (221) of the server 2 (202). The pool 
management agent 1 (221) searches an MBA (host bus 
adapter) of the server 2 (202) to find a fiber channel board. 
If the fiber channel board is found, its WWN is acquired and 
transmitted to tbe pool manager 1 (311). Upon reception of 
this, the pool manager 1 (311) displays the acquired HBA 
name and WWN in the HBA and WWN fields, by using the 
LUN forming program 3113. The user refers to the policy 
management toble 3115 displayed on the screen, and enters 
a desired policy, a host LUN to be set to tbe server, and a 
desired capacity (LU size). It is herein assumed that the 
selected policy is "for critical job", the designated host LUN 
is "0" and a designated capacity is "10 GB". 

[0072] In forming LUN in a pool area, having a high cost 
such as "for critical job", it can be set in such a manner that 
a user is required to enter a password so that only a proper 
person can form LUN. 

[0073] After the user completes the setting, an "execute* 4 
button is depressed. Upon depression of this button, the 
utility coordinated program 3114 of tbe pool manager 1 
(311) starts operating. The utility coordinated program 3114 
calls the storage 1 setting utility 321 and passes arguments 
to it, the arguments including tbo pool manager number, 
storage number, WWN, RAID group number, host LUN 
number and LUN capacity. Upon reception of these argu- 
ments, the storage 1 setting utility 321 communicates with 
the storage 1 and passes tbe arguments to it. 

[0074] Tbe pool area management program 1524 for the 
storage 1 received tbe arguments confirms wh other the 
remaining capacity written in the pool area 1 management 
table 15271 satisfies toe designated capacity. If It is satisfied, 
the used capacity and remaining capacity arc updated to the 
values after LUN formation. 

[0075] In accordance with the arguments, the LUN defi- 
nition program 1521 for the storage 1 forms LU of 10 GB 



in the RAID group 2. More specifically, tbe port number, 
target ID, host LUN, internal LUN and WWN are set in the 
LUN management table 1525. 

[0076] After the LUN forming work is completed, the 
storage 1 returns a completion notice 10 the storage 1 setting 
utility 321. Upon reception of tbe completion notice, the 
storage 1 setting utility 321 passes it to the pool manager t 
(311). Tbe LUN forming program 3113 of tbe pool manager 
1 (311) displays a notice that LUN formation succeeded, on 
the LUN forming screen. With the above operations, LUN 
formation is terminated. 

[0077] If a user docs not use a poticy, the number of a 
storage and a RAID group are selected instead of selecting 
a policy. 

[0078] Although the LUN forming procedure by the pool 
manager 1 has been described above, LUN con also be 
formed by the pool manager 2 in the same manner Tbe 
storage x (10x) has a pool area x management table 1527x 
dedicated to the pool cn imager x (31x) to manage each area. 
Tt is therefore possible to prevent generation of access 
conflict by a plurality of hosts, and failures such as losing 
user data to be caused by erroneous setting and erroneous 
deletion. The pool area management program 1524 makes 
public tbe contents of the pool area x management table 
1527x only 10 the pool manager x (31x). 

[0079] A plurality of pool managers exist, for example, 
when pool management policies are diJlercnt, when a dif- 
ferent pool management is performed depending upon an 
application field, when areas are intentionally divided, wben 
types of usable storages are different, and in other cases. 
These cases generally occur if the environment scale 
becomes somewhat large. Sucb an environment can be dealt 
wiih the present invention, which is an advantageous feature 
of the invention. 

[0080] LUN is required to bo formed in some cases by 
considering tbo physical structure of disk drives in order to 
improve the performance, such as by forming a table area of 
a database. In sucb a case, optimization may be performed 
through manual LUN setting by a user rather than through 
automatic LUN setting in a storage pool. Even if LUN 
setting becomes possible by storage pool management, it 
becomes necessary in some cases to use conventional LUN 
setting, 

[0081] In this embodiment, a conventional method of 
setting LUN by a user directly ustog the storage 1 setting 
utility 321 is also realized in the following manner. 

[0082] The pool area management program 1524 of the 
storage X limits the pool area to be managed by the pool 
manager 31x, by using the pool area x management table 
1527x. When LUN is acquired, the non-pool area is not 
used. When the utility 321 forms LUN, the pool area 
management program 1524 makes public only the area set in 
the non-pool area management table 1528, Lc., an area other 
than the pool area. Therefore, LUN will not be formed in the 
pool area. 

[0083] As described above, since both the conventional 
LUN setting and tbe on-demand LUN setting by siorage 
pool management can exist, a LUN setting method suitable 
for each application field can be selected. 
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[0084] According to this embodiment, it is not necessary 
to form beforehand LUN 05 (be storage pool area, but LUN 
having a desired capacity can be formed at any time whoa 
necessary. 

[0085] A user can easily form LUN only by designating a 
policy, without considering the physical structure of a stor- 
age. 

[0086] Storage pool management is not performed by 
using partitions dependent upon OSes as in conventional 
techniques, but storage pool management is performed by 
using LUN which is a general management system inde- 
pendent from OSes. It is therefore possible to realize storage 
pool management compatible with a hetero server environ- 
ment having a plurality of different types of OSes. 

[0087] In this embodiment, pool management by using 
LUN is realized. Therefore. LUN formed for storage pool 
can be made secure by using the LUN security function of 
the storage which provides a LUN access exclusive control 
for servers. Pool management is therefore possible in the 
environment wherein a plurality of servers share a storage 
and LUN access exclusive control is necessary. 

[0088] Even in the environment that a plurality typo of 
pool managers having different applications and policies 
exist at the same time, management area exclusive control 
can be realized so that a proper pool manager can be 
selected. It is possible to avoid critical problems such as 
interference between management areas by 0 plurality of 
pool managers and erroneous deletion of user data. 

[0089] Both the conventional LUN selling through direct 
operation of the storage setting utility by a user and LUN 
setting through storage pool management can be used. 
Therefore, a proper LUN selling method can be selected 
when necessary and at ihe same time a critical problom sucb 
as deletion of user data can be avoided. 

[0090] A modification of the embodiment will be 
described. In this modification, a disk capacity can be 
increased on-demand when the disk capacity becomes insuf- 
ficient, even if the past storage capacity use history and 
future use prediction cannot be obtained prior to forming 
LUN. 

[0091] FIG. 11 is a diagram showing the configuration of 
a system according to a modification of the embodiment. In 
FIC. 11, the server 2 (202), management consolo 1 (301), 
storage 1 (101) and storage 2 (102) are derived from FIG. 1, 

[0092] Different points from the embodiment reside in that 
the server 2 has a file system 242 for file storage position 
management, a logical volume manager (LVM) 252 for 
logical volume management of volumes constituted of LUN 
to facilitate the use of volumes, and a volume forming 
program 262 for forming new volumes. 

[0093] A method of forming a new volume will be 
described. This method corresponds to a line (1) in FIG. U. 
A user iasiructs the volume forming program 262 10 form a 
new volume having a proper size. At this time, mo user 
designates only the necessary capacity without considering 
a future use prediction. Similar to the LUN forming program 
of the embodiment, setting policies are supplied to the user. 
The pool management agent 1 (221) transmits u server 
name, an HBA name of the server, WWN, setting policy and 
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volume capacity to the pool manager 1 (311) of the man- 
agement console 1 (301). The pool manager 1 (311) acti- 
vates the LUN forming program 3113 to form LUN in the 
pool area 1 of the storage x similar to the first ombodimont. 
With the above operations, LUN can be formed. This LUN 
is called a LUNu. LUNa is used as a volume by ihc server 
2 (202). 

[0094] H is then assumed that tbe capacity of LUNa 
becomes insufficient. This correspond to a line (2) shown in 
FIG. 11. When the file system 242 for volume use capacity 
management detects that the user capacity exceeds a preset 
threshold value, it issues a volume expansion command to 
LVM 252. LVM 252 instructs the pool management agent 1 
(221) to form a new LUN having a preset capacity or a 
capacity estimated as a propor capacity from the past volume 
use state. The pool management agent 1 (221) transmits the 
server name, HBA name of the server, WWN, setting policy 
used for forming the first volume, and capacity of the new 
LUN to tbe pool manager 1 (311) of the management 
console 1 (301). The pool manager 1 (311) activates the 
LUN forming program 31Z3 10 form LUN (called a LUNb) 
in the pool area Of the storage x similar Lo the first embodi- 
ment. 

[0095] Upoo reception of a completion notice of forming 
LUNb from tbe pool manager 1 (311), the pool management 
agent 1 (221) notifies LVM of a completion notice of 
forming the new LUNb. Upon reception of this completion 
notice, LVM 252 combines LUNa used as the volume and 
LUNb to form one logical volume and notifies this effect to 
the file system 242. Tbe file system 242 generates file 
management information of the expanded area so lb»t the 
whole logical volume can be used as one continuous file 
system area. 

[0096] With the above operations, application can run 
continuously without knowing the expansion of the volume 
size. A user is not necessary at all 10 perform a cumbersome 
volume expanding work. 

[0097] As described above, according 10 the modification, 
the volume capacity can be increased on-demand when it 
becomes insuifccicnl, without involving any user work and 
confirmation by the application, 

[0098] According lo the present invention, LUN having a 
necessary capacity can be formed when necessary without 
deciding beforehand a necessary LUN capacity. A proper 
LUN can be formed for oacb host in accordance with a user 
metaphysical request called a policy which is preset. Since 
storage pool management is performed by using LUN, 
storage pool management independent from the types of 
OSes and servers can be realized matching a hetero server 
environment. Since LUN security can be set for each LUN, 
storage pool management can be realized even for a mulli- 
platform environment in which a plurality of servers share 
one storage and LUN dedicated to each server can be 
formed. The environment with a plurality of storage pool 
managers can be configured, the pool managers having 
different use applications, different policies, different avail* 
able types of storages. Both the conventional manual LUN 
sotting without pool management and LUN sotting through 
storage pool management can be used so that an optimum 
LUN setting method can be selectively used in accordance 
with user needs and use applications. A disk capacity can be 
increased on-demand when tbe disk capacity becomes insuf- 
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ficient, even if the past storage capacity use history and 
futuro use prediction cannot be obtained. 

What is claimed is: 

1. Method of setting a logical storage area to a storage 
connected to a management terminal via a network, com- 
prising the steps of: 

transferring information on the logical storage area input 
to the management terminal to the storage via (be 
network; and 

setting the logical storage area to the storage in accor- 
dance with information on the storage stored in the 
storage and the information on the logical storage area 
transferred via the network. 

2. Method according to claim 1, wherein the inCormotion 
on the storage stored in the storage includes in form anon of 
a capacity of a disk drive of the storage not assigned the 
logical storage areo. 

3. Method according to claim 1, wherein the information 
on the logical storage area input to the management terminal 
is a policy of a user using the storage. 

4. Method according io claim 3, further comprising the 
steps of: 

converting at the management terminal the user policy 
into information of performance and reliability of each 
of a plurality of disk drives in the storage in accordance 
with a correspondence table between the inform ado a of 
performance and reliability and the user policy; and 

transferring the information of performance and reliabil- 
ity from the management terminal to the storage. 

5. Method according to claim 4, wherein: 

the information of the storage includes information of the 
disk drive in the storage capable of being used by each 
of a plurality of host computers, and 

said method further comprises a step of the logical storage 
area is set to the storage for each of the plurality of host 
computers. 

6. Method according to claim 5. wherein: 

the information of ibo storago includes information on the 
storage of the disk drive in the storage capable of being 
used by a plurality of management terminals; and 

said method runner comprises a step of assigning the 
logical storage area to the disk drive in the storage for 
each of the management terminals. 

7. Storage system, comprising: 

a plurality of disk drives; 
a central processing unit; and 

a table storing classification data of said plurality of disk 
drives, the classification data being formed in accor- 
dance with a predetermined condition, 

wherein said central processing unit outputs information 
of each of said plurality of disk drives in accordance 
with said table. 

8. Storage system according to claim 7, wherein the 
information of said disk drive is information on performance 
and reliability of said disk drive, 

9. Storage system according to claim 8. wherein said table 
is formed in accordance with information input from a 
computer connected to said disc drive. 
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10. Storage system according to claim 9, wherein the 
predetermined condition is a condition that a storage area of 
said disk drives is divided into a plurality of groups and said 
disk drives arc classified for each program for managing 
each group. 

U. Method of setting a storage area io a storage of a 
computer system having a host computer, the storage and a 
management console connected via a network, comprising 
the steps of: 

establishing a communication between a program in the 
management console and a program in I he storage via 
the network: 

setting a pool area having a capacity designated by the 
management console to the storage in the form of a 
pool area management table; 

in response to a volume forming request from the man- 
agement console, sclting a designated volume as a used 
capacity of the pool area; and 

setting the designated volume in the storage. 

12. Method according to claim 11, wherein: 

the storage includes a plurality of storage areas having 
different attributes of performance and reliabib'ty; and 

said method further comprises the steps of: 

if the pool area includes storage areas having a plurality 
of attributes, seUing the storage areas of the pool area 
by classifying the storage areas into a plurality of 
policies, in accordance with the attributes; and 

in accordance with the policy designated when the 
volume is formed, identifying the storage area hav- 
ing a corresponding attribute from the pool area. 

13. Storago connected to a host computer and a manage- 
ment console via a network, comprising: 

communication cootrol means connected to the manage- 
ment console via the network for coo trolling commu- 
nications with the management console; 

means for selling a pool area having a capacity designated 
via said communication control means in tbo form of a 
pool area management table in the storage; and 

means responsive to a volume forming request sent via 
said communication control means for setting a desig- 
nated volume by setting the designated volume as a 
used capacity of the pool area. 

14. Storage according to claim 13. wherein the pool area 
management tablo is sol independently for oacb management 
console lo realize exclusive control of each pool area. 

15. A computer readable memory storing a program for 
roaliziog a function of managing a storago area, of a storage 
of a computer system having a host computer, the storage, 
and a management console connected via a network, ibe 
program comprising the steps of: 

communicating with a program in the storage and trans- 
mitting a command of forming a pool area having a 
designated capacity; and 

transmitting a command of forming a designated volume 
having a designated capacity in the pool area in 
response to a request of forming the designated vol- 
ume. 



